On 4/26/24 10:22 AM, Hans Hagen wrote:
That's because mkii is AI enhanced. Can you try this:
Ah, I see where I was wrong, thank you! I'm mapping from xml, so I
became confused with the optional parameters that I write as attributes,
with a number of ifs... But now it should be clear!
All
A\index{A} B \page
A\startregister [index] {A} B\startregister [index] [B] {B}
\dorecurse {10} {\input tufte}
A\stopregister [index] {A} B\stopregister [index] [B]
\page
\placeregister[index]
\stoptext
And I'm not even sure if this is allowed to say anymore, but: works in
mkii
\startregister [index] [B] {B}
\dorecurse {10} {\input tufte}
A\stopregister [index] {A} B\stopregister [index] [B]
\page
\placeregister[index]
\stoptext
And I'm not even sure if this is allowed to say anymore, but: works in
mkii...
Thomas
are
used but you can also set whatever label you want.
Thank you!
So it is related to \setuplabeltext as I suspected, while I didn’t
understand why we need label _and_ prefix, until I recognized there’s
only pageprefix… (I had prefix in my list of parameters, maybe some MkII
leftover).
\setu
output was handled by the PdfTeX engine
in MKII in 2005. What sort of output did the software produce before
PdfTeX was introduced? Was this the same as the output produced by the
software before the publication of the PDF specification?
2005 is when we started with luatex which is a follow up
Hello,
I was reading about the history of ConTeXt in the Not So Short Introduction
To ConTeXt and I have a historical question. I noticed that the PDF
specification was published in 1993 yet ConTeXt was invented in 1991. The
book suggests that PDF output was handled by the PdfTeX engine in MKII
t,
string.gmatch, string.find, string.upper
local utfchar, utfgsub = utf.char, utf.gsub
local sortedkeys, sortedhash, serialize = table.sortedkeys, table.sortedhash,
table.serialize
local helpinfo = [[
mtx-interface
ConTeXt Interface Related Goodies
0.14
generate cont
}},
title={\xmltext{#1}{/title}}]}
\stopxmlsetups
The second solution makes the assignment to the \setupinteraction
command global to ensure they are kept even the environment ends,
int old MkII days ConTeXt provided a \startglobal environment to
do this but now I have rely on the primitives
n't
supported yet (it was possible ages ago with MkII) because nobody needed
it yet.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl
2023). In ConTeXt
terms, this is almost ancient (»uralt«).
ConTeXt MkII used pdfTeX as engine. In MkIV, the engine is LuaTeX. The
latest engine is LuaMetaTeX for what is named either LMTX or MkXL.
The format file is for pdfLaTeX, so ConTeXt cannot really do anything
with it. It is consistent that
> >
> > Caching is enabled out of the box, so you don't need to configure
> anything.
> >
> >> Other than that, how can I cache Metafun images so that they are not
> >> recomputed on every processing of file.
> >
> > There used to a command for caching
/filter/blob/dev/vim-README.md
Caching is enabled out of the box, so you don't need to configure anything.
Other than that, how can I cache Metafun images so that they are not
recomputed on every processing of file.
There used to a command for caching metafun images in MkII, but I don't know
aching is enabled out of the box, so you don't need to configure anything.
> Other than that, how can I cache Metafun images so that they are not
> recomputed on every processing of file.
There used to a command for caching metafun images in MkII, but I don't know if
that is really needed in LMTX. I
. Is this an oversight or did they get axed?
I assumed that most moved on to utf so ... when i looked at these
definitions there were plenty greek, cyrillic, etc that were just there
because in mkii we had to follow the 'name' route and it's a waste of
memory and hash entries. For now I kept the latin
: luametatex has a smaller memory footprint than luatex
although nodes are way bigger but even that won't make it run well on an
8 bit processor, assuming it can address 32 bit mem.
Context mkii started on 4.7 Mhz intel (386) so now we're 1000 times
faster but performance gain is not linear
doesn't work:
The module is from 2008, i.e. MkII. You can’t expect it to work with
MkIV/LMTX.
Just define your layout yourself.
Hraban
___
If your question is of interest to others as well, please add an entry
doesn't work:
The module is from 2008, i.e. MkII. You can’t expect it to work with
MkIV/LMTX.
Perhaps one option can be to ask module authors to rename mkii only modules to
t-*.mkii, so that they are not loaded in mkiv/lmtx.
a good idea
Hans
doesn't work:
The module is from 2008, i.e. MkII. You can’t expect it to work with
MkIV/LMTX.
Perhaps one option can be to ask module authors to rename mkii only modules to
t-*.mkii, so that they are not loaded in mkiv/lmtx.
As a module admin I could and would do that for this old stuff
esn't work:
>
> The module is from 2008, i.e. MkII. You can’t expect it to work with
> MkIV/LMTX.
Perhaps one option can be to ask module authors to rename mkii only modules to
t-*.mkii, so that they are not loaded in mkiv/lmtx.
Aditya___
, i.e. MkII. You can’t expect it to work with
MkIV/LMTX.
Just define your layout yourself.
You can use the \averagecharwidth length to set the text width to a certain
number of characters per line but for now only only a few languages
are supported.
\mainlanguage[en]
\setuplayout
[width=60
Am 29.10.23 um 11:37 schrieb Thomas Meyer:
Hi,
I'm new to ConTeXt and try to use the module typearea
(https://modules.contextgarden.net/cgi-bin/module.cgi/action=find/name=typearea).
But the example doesn't work:
The module is from 2008, i.e. MkII. You can’t expect it to work with
MkIV/LMTX
Ok, thank you
The current code is not very broken - I just used it extensively in a
book that was published. There are many quarks in its conception,
dating from the original MKII model.
But the current syntax is not documented – at least the examples in the
wiki page don’t work any more. Can
best wait till we're stable
>
> Ok, thank you
The current code is not very broken - I just used it extensively in a
book that was published. There are many quarks in its conception,
dating from the original MKII model.
Alan
to date, that
would be a wonderful thing to have. I regularly find myself in
situations where I don't have internet access and would love to have a
look at the wiki.
On the other hand: there is a lot of cruft on the wiki, badly outdated
pages that relate to mkii etc. But selecting the ones
for them
- be aware that when you add key sto existign commands, future clashes
can occur
- best define new commands CamelCase so that ther ei sno clash with
existing or future commands
- as you basically define in mkii style, you can use \setevalue {xxx}
{\getvalue{yyy}} which is a bit
two years Mikeal and I spent a *lot* of time on math and we don't really
look back at mkiv / mkii also because there is way more neat things now
(most probably go unnoticed) ... you can read about it in some documents
that come with context, articles in tugboat, and there are talks by
Mikael
eded. So below is a solution. When you cross pages with
a frame you need to make sure the text is done once. I let you figure
that out (after all you came this far so i guess you know). For historic
reasons (mkii / performance) it's not the easiest mechanism.
% We store each one indepe
gt;> Is there a tracker for highlighting hyphens at the end of lines
> >> similar the way underfull and overfull boxes can be displayed with a
> >> coloured bar at the end of the offending line?
> >>
> >> I have looked at the wiki page "Reviewing hyphenation&qu
day I'll
optimize
%D TIKZ a bit.)
%D
%D All these t-* modules in the tikz distribution make no sense as we can just
load
%D them here which is way cleaner. There is also some mkii filename mapping
going on
%D that is not needed on todays systems (windows has no 8.3 limitation and on
unix
%D tds fin
cker camps.
Looking at other stickers I guess hacker humor is often a bit crude or
pubertal.
I didn’t say we should print this design – Moss or maybe DANTE will.
I’d like to have some interesting/funny stickers to promote ConTeXt (and
MetaPost/MetaFun). And while I like the Dodo, it’s a MkII
at the end of lines
similar the way underfull and overfull boxes can be displayed with a
coloured bar at the end of the offending line?
I have looked at the wiki page "Reviewing hyphenation" and it has a
solution for mkii from 2009 which, I would think, won't be suitable
for present day
ation" and it has a
solution for mkii from 2009 which, I would think, won't be suitable for
present day ConTeXt. I have tried searching for hyphens using Skim and
Adobe Acrobate viewers but although they find hyphenation in line they
don't recognise hyphens at the edge of lines.
Any
Hi colleagues,
Is there a tracker for highlighting hyphens at the end of lines similar
the way underfull and overfull boxes can be displayed with a coloured
bar at the end of the offending line?
I have looked at the wiki page "Reviewing hyphenation" and it has a
solution for mkii
from mkii) might move to a module as i don't think anyone uses them in
lmtx
There are quite some files affected (all is tripple checked but who
knows). If there are issues, they should be easy to fix.
We're now moving into page builder (another side effect of math
tuneup) mode and have some
check -)
>
> - as aside effect there is some performance gain (there is not that much more
> to gain now unless we go ugly); this all depends on usage of course
>
> - at some point some of the more obscure middle level helpers (dating from
> mkii) might move to a module as i
gain (there is not that much
more to gain now unless we go ugly); this all depends on usage of course
- at some point some of the more obscure middle level helpers (dating
from mkii) might move to a module as i don't think anyone uses them in lmtx
There are quite some files affected (all
in these
containers. (It was when the mp to pdf conmverter showed up in context
mkii.) One or these now obsolete sub projects; it was kind of fun
anyway. Other experiments, like with saving positions (which originally
was a context feature that involved betweeen run dvi parsing with
dvipos) did make
things said there) .. in successive years there
have been announcemnts etc.
However, for an engine to be used it must work reliable and guiseppes
'aleph' was basically a variant of omega that also had etex on board.
In fact, that was supported in context mkii (and some used it because of
the input
ind it. I'm not going to delve into what exactly caused
its demise or if it was simply the after effect of other projects
that contributed to it. It's irrelevant.
But stand by for a second. I look forward to your quick witted answers. But
hear me
out
Suppose that on my prior message I was
just get them
> > anyway.) There are plenty of examples in the type-imp-* files that show the
> > way.
> >
> > Hans
>
> Thanks for the info Hans. I'll check it out again. About a month or
> so ago I went over the fonts used in math with luatex lmtx and it
>
e fonts used in math with luatex lmtx and it
was more of a refreshing course than anything else. TeX Gyre and so
forth. And a similar approach which I used in handling these fonts
in mkii before.
Recently someone made the suggestion of working or the intent to work or
the suggestion or whatev
ion arises. The good news is that luametatex is unaffected and
that is what the majority used.
Hans
ps. I assume new luatex binaries have to be put into the old mkiv/mkii
installers when they ship with a newer script. Kind
ical
reasons
%D per 2021 we split the module for \MKIV\ and \LMTX. (Maybe some day I'll
optimize
%D TIKZ a bit.)
%D
%D All these t-* modules in the tikz distribution make no sense as we can just
load
%D them here which is way cleaner. There is also some mkii filename mapping
going o
\end{document}
This creates a file simple.mp in the same directory (kind of like the old mkii
way of including MP in context):
% simple.mp -- do not edit, generated automatically by test1.tex
input feynmp
require_RCS_revision "1.30";
beginchar(1, 40*2.84526pt#, 25*2.8452
ommon vectors, 7 common hashes, load time 0.413
seconds
mkiv lua stats > math tweaking time: 0.162 seconds, 24 math goodie tables
which is pretty much what I was looking for, except the math font issue. Thank
you!
While I was trying to play with it a bit, I noticed a problem with the tfb and
t
> > \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi]
> >
> > \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi]
> >
> > \definefontsynonym[LucidaBrightRegular][texnansi-lucidabr
nsi]
\definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi]
\definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi]
\stoptypescript
these encodings only make sense with mkii (in which case the map file
tells pdf
the first unit module showed up
in (what wasn't even call;ed mkii) because it is one of the oldest
context modules and we use(d) for typesetting education related
documents. Among the reasons for it was that in the pre-unicode times
one had to compromise on a math / text mixture due to the way fonts
In mkiv and mkxl, we use
\placeinitial
rather than the obsolete (mkii) lettrine module.
See also \setupinitial.
Alan
On Sun, 19 Feb 2023 17:12:45 +0100
"G.C.H.M. Verhaag via ntg-context" wrote:
> Dear ConTeXt-user,
>
> Have been using ConTeXt for quite some time
that
luametatex will be the runner for luatex, so in order to run mkiv one
then needs:
context --luatex
on texlive (2023) that will be the way to go now which basically means
that as mkii is frozen, mkiv is now frozen in favor of mkxl (aka lmtx)
Hans
of spoils spacing (as one can end up with an empty
nucleus inserted)
- in mkiv we use different magick than in mkii
anyway, in lmtx (luametatex) primes have been promoted to first class
citizens which means that a nucleus can have
- super(post)script
- sub(post)script
- superprescript
a few days ago.
>> Is it possible for me to use \starthangaround ?
>
> Apparently not.
> The CD_Booklet page is more than 10 years old.
> And the section on the Unexpected_behavior page links to a section in
> Using_graphics that’s deleted. It also says “This po
page links to a section in
Using_graphics that’s deleted. It also says “This poses a problem in
MkIV” which tells you it’s MkII code. I’ll delete it.
Hraban
___
If your question is of interest to others as well, please
Am 09.11.22 um 17:22 schrieb Duncan Hothersall:
Have you tried overprint=yes? I have that in old files which used to
work under mkii. I must admit I haven't had the need to use overprinting
since then, but I do recall that come colour handling wasn't ported
across to mkiv or later.
Thank you
Have you tried overprint=yes? I have that in old files which used to work
under mkii. I must admit I haven't had the need to use overprinting since
then, but I do recall that come colour handling wasn't ported across to
mkiv or later.
Duncan
On Wed, 9 Nov 2022 at 16:12, Henning Hraban Ramm via
module [1] which is MkII only and
no longer part of the ConTeXt distribution. The filename of the module
is s-ptj-01.mkii when you're looking for the source.
I find this one hard to replicate. What is the font type that was used
for this document ?
The document uses TeX Gyre Pagella as main
e of the words use more than 7-bit ASCII, I think newer pattern
changes are not related.
Curiously, the same effect already appears with MKII and MKIV from
TeXLive 2014, the oldest I had around.
I'm also surprised 'anders-wo-her' gets hyphenated but 'anderswo' is
not hyphenated at all.
I c
tupurl=frozen protected macro: [#1]->\ifarguments \or
\mult_interfaces_get_parameters \??url [#1]\fi \the \everysetupurl
>
so \setupurl doesn't appear to do anything at all. I suspect that it is an
old MkII relic, and can be safely ignored.
The command has an effect as can be seen b
[#1]->\ifarguments \or
\mult_interfaces_get_parameters \??url [#1]\fi \the \everysetupurl
>
so \setupurl doesn't appear to do anything at all. I suspect that it is an
old MkII relic, and can be safely ignored.
-- Max
___
If you
Thanks Hanx for the fix!
>> Just curious: you're still in mkii?
No, I was just trying to compare an old project (nothing important) with
lmtx, otherwise I wouldn't have even noticed.
Adam
On Fri, Aug 12, 2022 at 8:14 AM Hans Hagen wrote:
> On 8/12/2022 2:57 AM, Adam Reviczky wrot
On 8/12/2022 2:57 AM, Adam Reviczky wrote:
Hi Hans,
I get a 'Nonletter' error with *fmtutil* for the mkii greek patterns (from
the latest cont-tmf.zip 2022-08-05 17:17).
Is that an issue with texlive's *fmtutil* itself or something wrong with
the mkii greek pattern file?
Actually, we never
gt;
> 1. As far as I understand, the `\section` syntax currently produced by
>pandoc should be considered mkii legacy syntax. We're likely going to
>switch to the modern `\startsection`/`\stopsection` syntax instead.
>Are there any concerns about retiring the old syntax?
>
on
these issues:
1. As far as I understand, the `\section` syntax currently produced by
pandoc should be considered mkii legacy syntax. We're likely going to
switch to the modern `\startsection`/`\stopsection` syntax instead.
Are there any concerns about retiring the old syntax?
(Side note
produced by
pandoc should be considered mkii legacy syntax. We're likely going to
switch to the modern `\startsection`/`\stopsection` syntax instead.
Are there any concerns about retiring the old syntax?
(Side note: pandoc already produces the new syntax, but only when
called
On 5/9/22 9:24 PM mf via ntg-context wrote:
> I'm downloading it and I see a lot of mkii files and even some Ruby files.
>
> It looks like some old material got into the update. Is everything right?
Hi Hans,
In addition to the above mkii files and rb files mentioned by Massi, I have
2 5:54 PM, mf via ntg-context wrote:
> > I'm downloading it and I see a lot of mkii files and even some Ruby
> files.
> >
> > It looks like some old material got into the update. Is everything right?
> hm, i'm on a different laptop now so maybe some program is not yet
> ins
Sadly I have to report the bibliography is still broken. Could someone else
confirm? It's an unfortunate timing since I need to hand in some report
really soon.
Le lun. 9 mai 2022 à 17:56, mf via ntg-context a
écrit :
> I'm downloading it and I see a lot of mkii files and even some Ruby fi
On 5/9/2022 5:54 PM, mf via ntg-context wrote:
I'm downloading it and I see a lot of mkii files and even some Ruby files.
It looks like some old material got into the update. Is everything right?
hm, i'm on a different laptop now so maybe some program is not yet
installed, i'll check it
Hans
I'm downloading it and I see a lot of mkii files and even some Ruby files.
It looks like some old material got into the update. Is everything right?
Massi
Il 09/05/22 17:41, Hans Hagen via ntg-context ha scritto:
Hi,
I uploaded a new version of lmtx (also because some users have to test
of consistency we can consider today's version that
snapshot.
It basically means that MKIV has been frozen and is even more frozen
now. All new stuff goes in MKXL (aka LMTX) and I suppose that next
year we let that end up in TeXlive alongside frozen MKII and MKIV. Of
course bugs will be fixed as usual
.
It basically means that MKIV has been frozen and is even more frozen
now. All new stuff goes in MKXL (aka LMTX) and I suppose that next year
we let that end up in TeXlive alongside frozen MKII and MKIV. Of course
bugs will be fixed as usual.
So, today is the day we kind of formally freeze MKIV
, taking numbers into account and finally using the unicode
ordering ...
you can fool the system by messing with the [key]
it's not the easiest subsystem (but it has a long history ... as with
many subsystems the principles are not much different than mkii and
the code seldom changes
...
you can fool the system by messing with the [key]
it's not the easiest subsystem (but it has a long history ... as with
many subsystems the principles are not much different than mkii and the
code seldom changes but of course evolved)
Hans
On Saturday, January 1, 2022 3:45:36 PM IST Hans Hagen wrote:
> \starteffect is kind of old (comes from mkii), but you could use the
> pseudo font feature effect in mkiv / lmtx which then makes a real font
> instance instead of mixing in some pdf magic
Thanks for the explanations Hans!
uest your kind help in understanding why this is happening
and/or if I am doing something wrong.
\starteffect is kind of old (comes from mkii), but you could use the
pseudo font feature effect in mkiv / lmtx which then makes a real font
instance in
ewFile,BufRead *.latex,*.sty,*.dtx,*.ltx,*.bbl setf tex
"au BufNewFile,BufRead *.texcall dist#ft#FTtex()
and instead adding
" ConTeXt
au BufNewFile,BufRead *.tex,*.ctx,*.mkii,*.mkiv,*.mkvi,*.mkxl,*.mklx setf
context
It works for Me who only using context as
n=2021.07.12,
> %D title=\CONTEXT\ Extra Modules,
> %D subtitle=TIKZ support,
> %D author=Hans Hagen,
> %D date=\currentdate,
> %D copyright={PRAGMA ADE \& \CONTEXT\ Development Team}]
> %C
> %C This module is part of the
hich is way cleaner. There is also some mkii filename mapping
going on
%D that is not needed on todays systems (windows has no 8.3 limitation and on
unix
%D tds finally adopted a case insensitive approach.)
%D Just in case someone does a hard input ...
\ifdefined\pgfdefined\endinput \fi
\ifdef
On 12/13/2021 8:27 PM, Idris Samawi Hamid ادريس سماوي حامد wrote:
Hi,
On Mon, 13 Dec 2021 12:06:33 -0700, Hans Hagen via ntg-context
wrote:
i'll also add it to mkiv
By about when do you expect mkiv to become frozen a la mkii?
It is already sort of frozen in the sense that new features
Hi,
On Mon, 13 Dec 2021 12:06:33 -0700, Hans Hagen via ntg-context
wrote:
i'll also add it to mkiv
By about when do you expect mkiv to become frozen a la mkii?
Idris
--
Idris Samawi Hamid, Professor
Department of Philosophy
Colorado State University
Fort Collins, CO 80512
t;\ctikzset{ logic ports=american}]
% hm, we have units built in and in mkii one can load the units module
% ... always been so ...
\processaction
[\currentmoduleparameter{siunitx}]
[true=>\def\SI#1#2{#1\,#2}
\def\ampere{\rm{A}}
\def\volt {\rm{V}}
\def\
te}]
\processaction
[\currentmoduleparameter{diode}]
[full=>\ctikzset{ diode=full},
empty=>\ctikzset{ diode=empty}]
\processaction
[\currentmoduleparameter{logic}]
[european=>\ctikzset{ logic ports=european},
american=>\ctikzset{ logic ports=american}]
% hm, we have unit
Among the 'can they be made better' candidates in the engine are
> \vadjust and \local[left|right]box primitives that are not really used
> in context (okay, vadjust is used in mkii).
>
> The \vadjust vertical injector can be illustrated with
>
> \starttext
> \ignorespac
lue driven can have a performance hit so the more one
wraps the worse it can get. (The mkii and mkiv/lmtx methods differe
fundamentally, where in principle the mkii approach is faster but in
practice mkiv/lmtx works out better. A typical case where usage in the
end determines performance more than t
Hi,
Among the 'can they be made better' candidates in the engine are
\vadjust and \local[left|right]box primitives that are not really used
in context (okay, vadjust is used in mkii).
The \vadjust vertical injector can be illustrated with
\starttext
\ignorespaces\input tufte
been doing
years ago (but that book did not have parts and was done in mkii)
The modification of \chapter and \part setups with before= and after= never
worked in the \component setup in LMTX. Creating a separate command to run
immediately before a \chapter or \part, as suggested by Bruce
By the way, neither does \blackboard{Q} work. But \rationals works in the case
of the letter Q.
Gerben
> On 23 Oct 2021, at 14:42, Gerben Wierda via ntg-context
> wrote:
>
> I’m back to an attempt to migrate my old mkii project to lmtx
>
> One thing I haven’t been able
I’m back to an attempt to migrate my old mkii project to lmtx
One thing I haven’t been able to find yet is how to use the blackboard font.
{\blackboard Q}
Doesn’t do anything. It also doesn’t give an error.
Gerben Wierda (LinkedIn <https://www.linkedin.com/in/gerbenwierda>)
R Ente
upheadertexts[{\getmarking[myheader][last]}]
> > \starttext
> >\dorecurse{10}{\samplefile{knuth}\marking[myheader]{\it knuth}\par}
> > \stoptext
> we switched to the new marking code; i'll sent you a file to test
>
> fyi: in mkii/mkiv we had to work around limitations of mark
>
rttext
\dorecurse{10}{\samplefile{knuth}\marking[myheader]{\it knuth}\par}
\stoptext
we switched to the new marking code; i'll sent you a file to test
fyi: in mkii/mkiv we had to work around limitations of mark
synchronization and in mkiv that went even further; in lmtx we can use
some ne
used as
>
> \chr {à} \chr {á} \chr {ä}
> \chr {`a} \chr {'a} \chr {"a}
> \chr {a acute} \chr {a grave} \chr {a umlaut}
> \chr {aacute} \chr {agrave} \chr {aumlaut}
>
> (I can add more of the verbose, like {cyrillic a} if really needed. It
> means that we can dec
tted, in the manner of
\writetolist or \writebetweenlist? (MkII has \writetoregister, but that did not
carry forward and I do not know if it would have helped here.)
Since strc-reg.mkiv starts with a number of ’todo’ comments, I think your best
bet is to create an
actual functional example al
t; entries
> via the \seeREGISTER command (it does not properly support references to
> sub-entries) and it provides no support at all for "see also" entries.
>
> Can somebody suggest a way to generate these entries? Perhaps a way of
> inserting entries into the index before it is
es no support
at all for "see also" entries.
Can somebody suggest a way to generate these entries? Perhaps a way of
inserting entries into the index before it is formatted, in the manner
of \writetolist or \writebetweenlist? (MkII has \writetoregister, but
that did not carry forward a
ritten by main text
Is there a workaround?
I had to switch back to mkiv. It's on Hans' agenda, but with lots of
interferencies there will be no quick fix.
good old mkiv ... so it serves a purpose! i would be more worried when you went
back to mkii
;D
Unfortunately I can’t go back t
’d prefer them over the whole width of
>>>>the text area)
>>>>- they often get overwritten by main text
>>>>Is there a workaround?
>>>> I had to switch back to mkiv. It's on Hans' agenda, but with lots of
>>>> interferencies the
h lots of
interferencies there will be no quick fix.
good old mkiv ... so it serves a purpose! i would be more worried when you went
back to mkii
;D
Unfortunately I can’t go back to MkIV with the CG journal since some articles
use LMTX features.
I’ll probably find some ugly hack to work around the
Hans' agenda, but with lots of
>> interferencies there will be no quick fix.
>>
>
> good old mkiv ... so it serves a purpose! i would be more worried when you
> went back to mkii
;D
Unfortunately I can’t go back to MkIV with the CG journal since some articles
use LMT
n
you went back to mkii
Coffee break at the meeting will be the right place to ask for the
higher priority.
well, for sure, it helps to get my attention when i meet you over coffee
(i know you look forward to real coffee)
i will pick up on footnotes once some other long pending priorities
(anno
ays i'd just define a separate typeset set for it (same for narrow
or light or ...)
so, then one just switches do "handwritterm rm" or "handwritten tt"
(a similar argument is with smallcaps and oldstyle, often a limiuted
subset in the past but features now)
in general. if you
1 - 100 of 5535 matches
Mail list logo
